SHIP  PRODUCTION  COMMITTEE  September  1 989 

FACILITIES  AND  ENVIRONMENTAL  EFFECTS  NSRP  0310 

SURFACE  PREPARATION  AND  COATINGS 

DESIGN/PRODUCTION  INTEGRATION 

HUMAN  RESOURCE  INNOVATION 

MARINE  INDUSTRY  STANDARDS 

WELDING 

INDUSTRIAL  ENGINEERING 
EDUCATION  AND  TRAINING 


THE  NATIONAL 
SHIPBUILDING 
RESEARCH 
PROGRAM 

1989  Ship  Production  Symposium 


Paper  No.  11 : 
Harnessing  Simulation 
of  Naval  Shipyards 


U.S.  DEPARTMENT  OF  THE  NAVY 
CARDEROCK  DIVISION, 

NAVAL  SURFACE  WARFARE  CENTER 


Report  Documentation  Page 

Form  Approved 

OMB  No.  0704-0188 

Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 

VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 

1.  REPORT  DATE 

SEP  1989 

2.  REPORT  TYPE 

N/A 

3.  DATES  COVERED 

4.  TITLE  AND  SUBTITLE 

5a.  CONTRACT  NUMBER 

The  National  Shipbuilding  Research  Program  1989  Ship  Production 
Symposium  Paper  No.  11:  Harnessing  Simulation  of  Naval  Shipyards 

5b.  GRANT  NUMBER 

5c.  PROGRAM  ELEMENT  NUMBER 

6.  AUTHOR(S) 

5d.  PROJECT  NUMBER 

5e.  TASK  NUMBER 

5f.  WORK  UNIT  NUMBER 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

Naval  Surface  Warfare  Center  CD  Code  2230  -  Design  Integration  Tools 
Bldg  192  Room  128  9500  MacArthur  Blvd  Bethesda,  MD  20817-5700 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 

10.  SPONSOR/MONITOR'S  ACRONYM(S) 

11.  SPONSOR/MONITOR'S  REPORT 
NUMBER(S) 

12.  DISTRIBUTION/AVAILABILITY  STATEMENT 

Approved  for  public  release,  distribution  unlimited 

13.  SUPPLEMENTARY  NOTES 

14.  ABSTRACT 

15.  SUBJECT  TERMS 

16.  SECURITY  CLASSIFICATION  OF: 

17.  LIMITATION  OF 
ABSTRACT 

SAR 

18.  NUMBER 

OF  PAGES 

11 

19a.  NAME  OF 
RESPONSIBLE  PERSON 

a.  REPORT 

unclassified 

b.  ABSTRACT 

unclassified 

c.  THIS  PAGE 

unclassified 

Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std  Z39-18 


DISCLAIMER 


These  reports  were  prepared  as  an  account  of  government-sponsored  work.  Neither  the 
United  States,  nor  the  United  States  Navy,  nor  any  person  acting  on  behalf  of  the  United 
States  Navy  (A)  makes  any  warranty  or  representation,  expressed  or  implied,  with  respect 
to  the  accuracy,  completeness  or  usefulness  of  the  information  contained  in  this  report/ 
manual,  or  that  the  use  of  any  information,  apparatus,  method,  or  process  disclosed  in  this 
report  may  not  infringe  privately  owned  rights;  or  (B)  assumes  any  liabilities  with  respect  to 
the  use  of  or  for  damages  resulting  from  the  use  of  any  information,  apparatus,  method,  or 
process  disclosed  in  the  report.  As  used  in  the  above,  “Persons  acting  on  behalf  of  the 
United  States  Navy”  includes  any  employee,  contractor,  or  subcontractor  to  the  contractor 
of  the  United  States  Navy  to  the  extent  that  such  employee,  contractor,  or  subcontractor  to 
the  contractor  prepares,  handles,  or  distributes,  or  provides  access  to  any  information 
pursuant  to  his  employment  or  contract  or  subcontract  to  the  contractor  with  the  United 
States  Navy.  ANY  POSSIBLE  IMPLIED  WARRANTIES  OF  MERCHANTABILITY  AND/OR 
FITNESS  FOR  PURPOSE  ARE  SPECIFICALLY  DISCLAIMED. 


THE  NATIONAL  SHIPBUILDING 
RESEARCH  PROGRAM  0 
1989  SHIP  PRODUCTION  Ai  %tx 


SPONSORED  BYTHE  SHIP  PRODUCTION  COMMITTS 
AND  HOSTED  BY  THE  CHESAPEAKE  SECTJON-OP 
THE  SOCIETY  OF  NAVAL  ARCHITECTS  AND  MARINE'gNGINEERS 


THE  SOCIETY  OF  NAVAL  ARCHITECTS  AND  MARINE  ENGINEERS 
601  Pavonia  Avenue,  Jersey  City,  NJ  07306 

Paper  presented  at  the  NSfiP  1989  Ship  Production  Symposium 
Sheraton  National  Bote!,  Ahington,  Virginia.  September  13  - 15, 1989 

No.  11 
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of  Naval  Shipyards 
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HARNESSING  SIMULATION  FOR  THE  NAVAL 
SHIPYARD 

Managers  in  the  shipyard  environ¬ 
ment,  no  less  than  any  other  industry, 
want  a  reliable  and  cost-efficient 
method  for  analyzing  information  and 
guiding  decisions.  The  bottom  line  is 
discovering  the  most  productive  utili¬ 
zation  of  limited  resources  for  the 
maintaining  of  nation's  defense.  With 
personal  computers  on  the  desks  of  many 
technical  managers  and  industrial 
engineers,  computer  simulation  has  be¬ 
come  a  realistic  and  valuable  tool  for 
planning,  evaluating,  and  implementing 
industrial  processes. 

Simulations  make  it  possible  to 
study  the  behavior  of  systems  so  com¬ 
plex  that  known  analytical  models 
cannot  represent  them  accurately. 
Simulations  model  real  systems.  The 
models  capture  the  key  relations  among 
elements  of  systems.  Discrete-event 
models  represents  processes  as  sequences 
of  independent  events.  Discrete-event 
simulation  projects  and  evaluates  the 
impact  of  changes  that  could  be  made  to 
a  system,  without  incurring  the  expense 
and  risk  of  trial  and  error  within  the 
system  itself. 

Simulation  development  systems  for 
the  microcomputer  offer  analysts  and 
managers  tools  that  can  fit  any  number 
of  decision  support  uses.  Simulation 
software  is  being  used  by  the  military, 
civilian  government,  and  private  enter¬ 
prise  for  applications  ranging  from 
transportation,  warehousing  and 
materials  resource  planning  to  Flexible 
Manufacturing  System  uses.  These  tools 
are  proving  invaluable  for  the  evalua¬ 
tion  of  proposed  systems  or  policies. 

Simulation  provides  Naval  Shipyard 
personnel  an  important  opportunity  to 
utilize  existing  hardware  to  meet  new 
challenges  .  The  approach  has  been 
applied  only  minimally  in  the  shipyard 
environment.  The  Simulation  Workshop 
planned  for  mid  June  in  the  Washington 
D.C.  area,  will  provide  an  opportunity 
for  managers  and  engineers  to  explore 
the  uses  of  simulation  to  meet  real 
needs.  This  workshop  will  prepare 
participants  to  evaluate  shipyard 


activities  as  subjects  for  simulation, 
estimate  the  investments  required  to 
perform  simulation,  and  project  the 
potential  benefits. 
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HARNESSING  SIMULATION  FOR  THE  NAVAL 
SHIPYARD 

I .  THE  CHALLENGE 

The  Naval  Shipyard  presents  a  full 
spectrum  of  management  challenges  and 
engineering  applications.  Work  packages 
that  include  detailed  specifications  and 
time  schedules  must  be  prepared.  Consi¬ 
der  the  headaches  of  berth  scheduling, 
on-board  ship  maintenance,  inspections, 
component  disassembly,  refurbishment  and 
reassembly  in  the  shipyard  machine  shop, 
materials  handling  and  transportation. 

All  of  these  demand  careful  distribu¬ 
tion  of  resources:  space,  equipment, 
tools,  labor,  and  skills. 

Where  are  the  potential  bottlenecks 
in  your  new  assembly  line  design?  Do 
you  need  eight  forklifts  or  ten?  How 
often  does  such  and  such  a  piece  of 
equipment  fail?  Would  an  extra  shift 
be  a  cost-effective  means  of  improving 
performance?  The  botton  line  is  dis¬ 
covering,  within  the  confines  of  time 
and  budget  restrictions,  the  most  pro¬ 
ductive  utilization  of  limited  resources 
for  the  maintaining  the  nation's  de¬ 
fense.  Accomplishing  this  ongoing  task 
requires  the  analysis  to  vast  amounts  of 
information . 

Managers  in  the  shipyard  environ¬ 
ment,  no  less  than  any  other  industry, 
want  a  reliable  and  cost-efficient 
method  for  analyzing  information  and 
guiding  decisions.  We  naturally  turn 
to  computers.  They  can  help  us  make 
decisions  by  gathering,  organizing, 
evaluating  and  displaying  information 
in  forms  we  can  assimilate  and  under¬ 
stand.  Computers  have  long  been  famil¬ 
iar  to  us  as  managers  of  information, 
whether  for  our  personal  checkbook 
accounting,  the  automobile  dealers' 
parts  inventory,  census  data,  airline 
flight  schedules,  or,  of  course,  the 
IRS  .  As  sophisticated  software  tools 
have  been  developed,  computers  have  be¬ 
come  an  integral  component  of  every 
major  weapons  system.  Computers  also 
have  become  prominent  in  manufacturing 
for  process  control,  plant  management 
and  engineering  design.  In  recent  years 
computers  of  ever-increasing  power  and 
speed  have  become  available  to  lower 
costs.  The  microcomputer  explosion  has 
placed  personal  computers  on  the  desks 
of  many  technical  managers  and  engi¬ 
neers.  This  trend  is  providing  access 
to  a  computer  tool  tremendous  potential 
benefit  to  the  Industrial  Engineering 
World.  The  tool  is  Simulation. 

Computer  simulation  is  serving 
military  and  civilian  government,  and 
private  enterprise.  The  specturm  appli¬ 
cations  range  from  determining  a  realis¬ 
tic  launch  schedule  for  the  Space  Shuttle 
to  optimizing  service  at  McDonalds. 
Simulations  have  been  used  to  analyze 
air  traffic  control,  telephone  switching 
systems,  and  factory  layouts.  The 
illustrations  are  abundant.  For  ex¬ 


ample  : 

0  Hughes  Aircrait  used  simulation  to 
help  determine  equipment  and  per- 
sonnel  needs  as  well  as  the  factory 
layout  for  their  ADCAP  Torpedo 
production  facility. 

0  Caterpillar,  Inc.  has  simulated  the 
impact  of  two  FMS  (Flexible  Manu¬ 
facturing  System)  design  alterna¬ 
tives,  and  the  transportation  of 
parts  by  van  versus  flatbed. 

0  The  U.S.  Army  used  simulation  to 

evaluate  and  validate  the  capacity 
and  line  balance  of  production 
activities  and  work  station 
sequences  for  new  facilities  at 
the  Red  River  Depot. 

II.  THE  APPROACH 

To  examine  computer  sibilation  as 
a  valid  approach  to  industrial  analysis, 
we  need  to  consider  a  general  descrip- 
tion  of  what  simulation  has  to  offer. 
Secondly,  we  can  better  envision  the 
potential  of  simulation  through  a 
practical  illustration  of  a  discrete 
event  simulation  model.  Thirdly,  with 
the  illustration  in  mind,  we  will  look 
briefly  at  the  basic  methodology,  and 
finally,  survey  the  potential  Output. 

A.  GENERAL  DESCRIPTION  OF  SIMULATION 

Simulations  differ  from  many  corn- 
computer  applications  in  the  view  they 
present.  They  enable  us  to  view  what 
can  be,  rather  than  what  has  been. 
Simulations  make  it  possible  to  study 
the  behavior  of  systems  so  complex 
that  known  analytical  models  cannot  re¬ 
present  them  accurately.  Analytical 
methods  fail  to  provide  answers  to 
many  of  the  questions  that  managers 
have  to  ask  when  making  real  decisions. 
Simulation  methods  help  analysts  and 
managers  organize  their  intuitive 
understanding  of  industrial  processes 
that  involve  complex  interactions  and 
uncertainties.  In  turn,  better  under¬ 
standing  of  industrial  processes  leads 
to  strategies  for  improving  operations. 

Simulations  model  real  systems. 
Typical  subjects  include  queueing  net¬ 
works,  non-linear,  multivariable  stoch¬ 
astic  processes,  and  feedback  in  net¬ 
works.  The  models  capture  the  key 
relations  among  elements  of  the  real 
systems  .  We  may  believe,  for  example, 
that  a  parts  bin  behaves  as  a  queue 
and  down  time  of  a  machine  has  an  ex¬ 
ponential  distribution.  We  may  have 
data  describing  the  behaviors  of  these 
elements,  but  no  idea  of  how  they  affect 
each  other  or  the  larger  process.  Sim¬ 
ulation  helps  us  understand  the  inter¬ 
actions  involved.  It  may  also  show  us 
how  to  change  the  elements  to  improve 
the  larger  process. 

The  dynamics  of  some  processes  can 
be  simulated  by  continuous  simulation 
methods,  others  by  discrete-event 
methods.  Continuous  models  represent 
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processes  as  systems  of  differential 
equations.  Discrete-event  models  re¬ 
present  processes  as  sequences  of  in¬ 
dependent  events.  A  checkout  counter 
and  its  customers  are  a  "discrete  event 
system";  a  swinging  pendulum  is  not. 
Continuous  models  are  deterministic; 
they  assume  that  rates  of  change  re¬ 
main  fixed  over  time.  A  discrete-event 
model  may  be  stochastic.  That  is  it  can 
accommodate  random  variables.  This 
allows  us  to  study  the  behavior  of  the 
system  as  it  is  influenced  by  random 
events  of  different  moments  in  time. 


THE  MENU 


All  sandwiches 
require  toast; 
baking;  soups, 
pared  in  quiet 


made  from  scratch;  some 
some  hot  meat;  some 
salads,  bratwurst  pre¬ 
periods  . 


J.J.  PHLASCH 


Owner  and  sole  employee;  order  taker; 
sandwich  maker;  server;  and  cashier. 
(This  is  a  very  small  deli.) 


THE  EQUIPMENT 


B.  PRACTICAL  ILLUSTRATION  OF  A  DISCRETE 
EVENT  MODEL 

To  understand  the  potential  useful¬ 
ness  of  a  discrete-event  model,  let's 
examine  a  discrete  event  system  that 
most  people  have  experienced:  a  typical 
"deli  .  We'll  call  ours  Phlasch's  Deli. 
A  deli  is  the  culinary  equivalent  to  a 
custom  machine  shop. 

The  manufacturing  process  of  a 
sandwich  surely  should  be  familiar  to 
the  shipyard  manager:  getting  components 
from  inventory,  processing  products  to 
precise  tolerances  (only  golden  brown 
toast),  maintaining  quality  control  of 
materials  and  workmanship,  and  avoiding 
rework.  (It's  not  appropriate  for  the 
deli  operator  to  sample  or  test  the 
finished  product  before  delivering  it 
to  the  customer) .  Then  there  is 
assembling  and  packaging  and  maintaining 
quick  turnaround.  Other  similarities 
come  to  mind:  irregular  ordering 
schedule,  process  bottlenecks,  equip¬ 
ment  breakdowns.  Sound  familiar? 

Our  task  is  to  model  this  total 
system  we  know  as  a  deli.  To  define 
the  model  we  must: 

”  Describe  the  deli 

®  Identify  the  processes 

^  Define  the  variables 

1.  DESCRIBING  THE  DELI 

If  we  asked  someone  to  describe 
Phlasch's  Deli,  they  might  respond: 
"Phlasch's  Deli.  ..a  little  shop  on  34th 
and  8th,  good  hot  or  cold  sandwiches, 
okay  salad,  a  great  bratwurst,  quick 
service".  Accurate  enough  —  if  you 

are  a  potential  customer.  But  not  the 
right  perspective  if  you  want  to  model 
the  deli  as  a  discrete  event  system. 

Our  description  of  the  deli  must 
be  expressed  in  terms  of  events, 
actions,  processes,  and  elements  that 
cause  or  influence  them. 

PHLASCH'S  DELI 

Just  off  the  beaten  track;  mixed  resi¬ 
dential  and  office;  near  a  subway 
station  busy  period  from  mid-morning 
through  early  evening;  frequent  surges 
of  customers;  most  people  in  a  hurry; 
room  for  only  ten  people  to  wait  in 
line  inside  the  shop. 


Toaster;  steamer  for  heating  meats;  oven 
for  baking  subs  with  melted  cheese;  one 
hot  plate  each  for  soup;  bratwurst,  and 
sauerkruat . 

2.  IDENTIFYING  THE  PROCESSES 

From  these  descriptions  of  system 
elements,  we  must  identify  the  informa¬ 
tion  that  has  a  bearing  on  the  occur¬ 
rence  of  events.  With  this  information 
we  can  identify  the  interaction  of  the 
elements  in  terms  of  system  processes 
or  sequences  of  events. 

PHLASCH'S  DELI 

The  real  item  of  interest  here  is 
"customers",  specifically: 

^  how  frequently  customers  arrive 

^  how  long  customers  are  willing  to 
wait 

^  what  customers  order  how  often 

We  can  gather  this  data  by  observing 
the  deli  for  a  few  days  and  recording 
what  we  see  (in  the  form  of  distribution 
tables.)  We  will  record  the  intervals 
between  customer's  arrivals,  the  number 
of  customers  not  joining  or  leaving  a 
line  (when  it's  one,  two.. or  twenty 
people  long) ,  and  which  items  on  the 
menu  are  ordered  how  often. 

THE  MENU 

A  customer's  order  begins  a  sequence  of 
events  that  is  determined  by  what  the 
customer  chooses  from  the  menu — the 
order  type.  Orders  are  typed  according 
to  the  actions  and  equipment  required 
to  prepare  them.  The  order  types  are 
sequences  of  tasks  processed  by  J.J. 
Phlasch.  Reubens  and  steak  and  cheese 
subs  are  of  a  type  that  requires 
assembly  actions  and  use  of  the  oven 
to  melt  the  cheese.  The  order  type 
including  egg  salad  on  whole  wheat  and 
roast  beef  with  lettuce  and  mayo  on 
pumpernickel,  requires  only  assembly 
actions . 

J.J.  PHLASCH 

J.J.  executes  the  tasks  and  arbitrates 
the  priority  of  tasks  when  two  or  more 
tasks  are  presented  simultaneously.  He 
is  governed  by  a  set  of  rules  that  can 
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be  determined  from  observation.  These 
rules  might  include  being  sure,  when 
ever  there  is  a  line,  that  at  least  x 
number  of  customers  have,  given  their 
orders.  A  customer  that  has  given  his 
order  is  less  likely  to  leave.  Another 
rule  might  be  that  the  cash  must  be 
collected  as  each  order  is  served,  no 
matter  how  many  customers  are  waiting. 
These  rules  tend  to  "Batch"  J.J.'s  tasks 
but  they  do  not  necessarily  make  the 
most  efficient  use  of  the  equipment. 

THE  EQUIPMENT 

The  toaster,  steamer,  and  oven  each  re¬ 
presents  a  potential  bottleneck  as  a 
limit  on  the  souce  of  supply  at  any 
one  time.  For  each  one,  we  need  to 
know  the  process  duration  (length  of 
time  it  takes  to  toast,  melt  cheese, 
etc.)  and  the  capacity  (the  maximum 
number  of  items  that  can  be  handled  at 
one  time) .  We  also  need  to  know  the 
meximum  nymber  of  servings  the  con¬ 
tainers  of  salad,  soup,  bratwurts, 
and  sauerkraut  will  hold,  and  the  length 
of  time  it  takes  to  replenish  the  supply 
when  the  containers  are  empty. 

3.  DEFINING  THE  VARIABLES 

Now  we  can  express  the  system, 
Phlasch's  Deli,  as  a  set  of  specifica¬ 
tions  : 

Customer's  arrival  interval 
Customer's  tolerance  (likelihood 
of  joining  the  waiting  line) 

■  Customer's  menu  preference 

Task  sequence  for  each  type  of 
menu  selection 

^  Processing  rules  by  task  priority 

for  J.J.  Phlasch 

Process  duration  and  capacity  for 
each  item  of  equipment 

We  must  collect  observations  for  each 
of  these  variables  and  construct  tables 
of  sequence  of  values.  Our  model  will 
require  distribution  tables  for  customer 
arrivals,  customer  orders,  customer 
tolerance  (for  waiting  in  line) ,  order 
type  processes,  the  duration  and 
capacity  of  the  equipment,  and  any  other 
variables  we  have  defined. 

C.  BASIC  METHODOLOGY 

The  computer  program  that  would 
execute  the  deli  model  we  have  just 
described  has  three  parts.  The  first 
is  a  program  that  generates  a  schedule 
of  customer  arrivals.  We  choose  a 
"period  of  interest"  to  model,  for  ex¬ 
ample,  11:00  a.m.  to  2:00  p.m.  The 
program  begins  by  setting  the  model 
clock.  The  starting  time  must  be 
earlier  than  the  period  of  interest 
so  the  model  can  reach  a  steady  state. 

To  model  the  hours  of  11:00  -  2:00,  the 
clock  will  start  at  10:30  a.m. 

The  program  selects  the  first  ran¬ 


dom  number  between  0  and  99.  The  model 
clock  is  moved  ahead  by  an  increment  of 
time.  The  increment  is  determined  by 
the  Customer  Arrival  Table  according  to 
the  range  of  random  numbers  in  which  the 
selected  random  number  falls.  The  pro¬ 
cess  is  repeated  until  the  model  clock 
time  exceeds  2:00  p.m.,  the  time  of  day 
we  have  chosen  as  the  end  of  the  period 
of  interest.  The  list  of  customer 
arrival  times  that  has  been  created  by 
the  program  "primes  the  pump"  for  the 
model . 

The  second  and  central  component  of 
the  model,  the  event  processor,  starts 
with  the  first  customer.  It  uses  the 
Customer  Order  Table  plus  the  random 
number  generator  to  determine  an  order 
type.  The  events  generated  by  ordering 
a  meal  are  meshed  chronologically  with 
the  arrival  of  customers.  The  process 
rules  that  represent  J.J.'s  decisions 
about  which  events  take  priority  are 
executed  as  program  logic.  The  rules 
might  include  deleting  a  customer  from 
the  input  queue  if  the  number  in  line 
exceeds  the  customer'  tolerance  for 
waiting  (determined  by  a  role  of  the 
dice  and  the  Customer  Tolerance  Table) . 
The  event  processor  will  reschedule  an 
event  that  needs  a  piece  of  equipment 
that  has  reached  its  capacity. 

The  event  processor  documents  the 
occurrence  of  key  events  that  will  con¬ 
tribute  to  the  model  analysis.  For  ex¬ 
ample,  customer  arrival,  meal  selection 
and  selection  time.  Optimum  process  time 
(if  this  were  the  only  customer)  and  real 
process  time  will  be  documented,  as  well 
as  the  delay  time  for  events  waiting  on 
full  equipment  or  a  busy  J.J. 

The  third  component  of  the  system  is 
a  program  that  gathers  up  the  output  of 
the  event  processor,  and  aggregates  the 
data.  Reports  from  this  component  can 
be  used  to  identify  the  loss  of  custo¬ 
mers  due  to  line  lengths,  and  the  delay 
time  due  to  J.J.,  or  to  each  piece  of 
equipment.  The  products  of  the  entire 
model  could  be  represented  as  a  single 
report  or  could  be  input  to  a  statisti¬ 
cal  or  graphics  applications  for  further 
processing  and  display. 

D.  POTENTIAL  OUTPUT 

A  single  execution  of  a  discrete 
event  model  such  as  our  deli  model  would 
create  one  arrival  schedule  and  one  set 
of  output  data.  This  single  iteration 
would  not  shed  much  light  on  system  per¬ 
formance.  For  the  output  data  to  be 
useful,  the  model  needs  to  be  executed 
against  a  randomly  generated  schedule 
for  arrivals.  Then  performance  charac¬ 
teristics  can  be  observed  under  different 
loading  conditions.  The  model  is  vali¬ 
dated  by  matching  specifoc  sets  of  ob¬ 
servable  data  against  observed  sets  of 
results . 

Our  operational  model  will  measure 
the  efficiency  of  the  deli.  The  output 
data  tell  us  how  close  to  optimum  time 
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customers  are  processed  through  the 
deli.  The  two  factors  within  the  model 
that  impact  the  efficiency  are  resource 
limitations  (J.J.  and  his  equipment), 
and  process  complexity  (menu  options) . 

Our  model  can  be  used  to  examine 
the  impact  of  resource  changes,  such  as 
adding  another  toaster,  bringing  in 
J.J.'s  brother-in-law  to  work  part 
time,  etc.  It  can  be  used  to  evaluate 
theimpact  of  various  changes  in  the 
menu . 

In  other  words,  the  benefit  of  this 
discrete  event  simulation  is  to  project 
and  evaluate  the  impact  of  changes  that 
could  be  made  to  the  system,  without 
incurring  the  expense  and  risk  of  trial 
and  error  within  the  system  itselt. 

The  random  element  in  our  model  has 
been  introduced  in  the  input  queue  of 
customers  and  meal  selection.  But  ran¬ 
dom  events  such  as  equipment  failure 
or  dropout  rates,  could  be  incorporated 
as  well.  The  value  of  discrete  event 
simulation  is  the  capability  of  evalua¬ 
ting  the  system  under  changing  load 
conditions  or  unusual  sequences  of 
events. 

III.  RESOURCES 

As  useful  as  simulation  may  be, 
is  it  accessible  to  the  shipyard  mana¬ 
ger  or  engineer,  and  is  it  affordable? 

To  answer  the  question  of  resources, 
we  will  survey  computer  technology 
possibilities,  and  describe  the  soft¬ 
ware  available. 

A.  COMPUTER  TECHNOLOGIES 

"Simulations  use  up  all  the  money 
and  all  the  time.  .  .",  Bjarne  Stoustrup, 
AT&T  researcher  and  former  simulation 
addict,  explains  to  an  audience  of  pro¬ 
grammers.  Stoustrup  says  that  he  deve¬ 
loped  the  first  versions  of  the  C++ 
compiler,  the  subject  of  his  popular 
seminar,  because  he  had  used  up  the 
department's  monthly  computer  budget 
during  one  series  of  simulations.  The 
C++  compiler  helped  make  it  economically 
feasible  to  perform  the  simulations  on 

a  powerful  mainframe.  (1) 

Many  of  the  managers  who  have  tried 
to  keep  simulation  projects  within  bud¬ 
gets  share  Stoustrup 's  assessment  of 
mainframe  simulation  technology.  While 
useful  for  some  applications,  mainframe 
simulation  programs  can  easily  get  out 
of  control.  However,  many  of  today's 
engineers  and  technical  managers  have 
personal  computers  available  to  dedicate 
to  simulations  and  other  operations 
planning  tasks. 

Complex  simulations  which  run 
smoothly  on  upgraded  versions  of  desk¬ 
top  computers  provide  distinct  economic 
advantages  over  their  mainframe  ances¬ 
tors.  For  one  thing,  the  microcomputer 
programs  cannot  drain  computer  resources 
away  from  other  users.  Just  as  impor¬ 
tant,  users  find  the  programs  much  more 


accessible  than  the  mainframe  simulation 
languages.  The  wide  range  of  microcom¬ 
puter  products  available  for  developing 
simulations  offers  the  potential  user  a 
choice  of  capabilities  and  costs.  And 
alternative  and  complementary  modeling 
systems  further  extend  the  user's  op¬ 
tions  . 

B.  SOFTWARE  PACKAGES 

A  number  of  vendors  offer  simula¬ 
tions  development  systems  for  microcom¬ 
puters.  Four  of  the  most  widely  used 
are : 

SIMAN/CINEMA  by  Systems  Modeling 

Corporation 

SIMSCRIPT  II . 5/ SIMANIMATION/ SIMFAC- 

TORY  by  CACI 

SLAMII/PC  ANIMATION  by  Pritsker  end 

Associates 

GPSS/H  by  Wolverine  Software  Cor¬ 
poration 

These  are  complete  development  systems 
that  produce  separate  program  modules 
for  model  and  experiment .  They  are 
capable  of  supporting  discrete-event 
and  continuous  simulations,  sequences 
and  time  schedules,  graphs  and  full 
animation.  They  include  varying  com¬ 
binations  of  capabilities  including 
macro  sub-modeling,  dynamic  memory 
allocation,  program  development  tools, 
special  functions  for  materials  handling 
and  robotics,  support  for  autocad  and 
other  popular  software,  real-time  and 
interactive  animation,  and  EGA  bit¬ 
mapped  graphics.  Some  permit  the  trans¬ 
fer  of  microcomputer  models  to  mini  and 
mainframe  computers. 

Developer  programming  is  requisite 
with  these  systems.  They  compile  simu¬ 
lation  programs  written  by  a  developer, 
and  display  the  simulation  program  out¬ 
put  in  graphic  mode.  A  simulation 
developer  typically  needs  from  one  day 
to  one  week  of  formal  simulation 
training,  some  programing  experience, 
and  operations  analysis  experience  in 
order  to  get  started.  Complex  model 
development  requires  more  training  and 
experience.  The  manufacturers  usually 
offer  free  technical  support  for  varying 
lengths  of  time,  support  users'  groups, 
and  distribute  newsletters. 

These  systems  run  on  an  IBM  AT  or 
compatible  with  4-6  MB  of  fixed  disk 
space,  an  80287  or  comparable  floating 
point  numeric  co-processor,  an  EGA 
graphics  card  and  display,  and  a 
FORTRAN  compiler  version  4.1.  These 
total  software  systems  sell  for  $5,000 
to  $15,000. 

Cost  of  simulation  development  and 
use  vary  widely;  so  do  benefits.  The 
costs  of  the  development  packages  we  are 
discussing  actually  seem  low,  relative 
to  purchase  and  lease  fees  for  mainframe 
software.  Often  these  costs  exceed  the 
costs  of  the  microcomputer  software 
1  Bjarne  Stoustrup  -  C++  Seminar 
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and  hardware  combined.  Replacing  main¬ 
frame  simulation  development  systems 
with  microcomputer  systems  usually 
lowers  the  cost  for  the  same  result. 

Development  of  large  simulations 
from  scratch  realistically  requires  a 
week  of  formal  training  for  each  devel¬ 
oper,  a  week  or  more  of  programming 
time,  a  minimum  of  several  weeks  of  data 
collection  and  a  week  of  running  the 
simulation  and  analyzing  the  results. 

Large-scale  projects  with  substan¬ 
tial  benefits  for  improvements  provide 
the  best  justification  for  the  set  up 
costs  of  simulation.  However,  a  simu¬ 
lation  development  system  set  up  on  a 
PC  largely  dedicated  to  simulations, 
but  shared  by  several  users,  would  bring 
costs  down  to  an  appropriate  level  for 
small  projects.  Cost  efficiency  can  be 
increased  by  using  the  PC's  for  demon¬ 
strations,  planning  exercises  and 
training,  as  well  as  for  simulations  of 
operations . 

IV.  APPLICATION 

Microcomputer  simulation  develop¬ 
ment  systems  offer  analysts  and  managers 
tools  that  can  fit  any  number  of  deci¬ 
sion  support  uses.  Simulation  programs 
are  valuable  to  manufacturers,  who  have 
a  strong  interest  in  Flexible  Manufac¬ 
turing  System  (FMS)  applications.  They 
are  used  for  transportation,  warehousing 
and  materials  resource  planning  (MRP) 
applications.  And  they  are  invaluable 
for  the  evaluation  of  proposed  systems 
or  policies. 

By  replacing  the  usual  flow  dia¬ 
grams  and  schedules  with  computer 
graphics  and  worksheets,  simulation 
helps  analysts  to  quuantify  work  flows. 
Simulation  adds  another  dimension  to 
computer  graphics  and  displays.  It 
lets  analysts  introduce  effects  of  un¬ 
certainty  on  work  flows  and  scheduling. 
Since  the  choice  of  guch  production 
strategies  as  "Just  in  Time"  (JIT)  or 

Optimised  Production  Technology"  (OPT) 
depends  on  uncertainties  in  the  produc¬ 
tion  process,  simulations  work  when 
methods  based  on  certain  knowledge  do 
not . 

Simulation  can  help  streamline  and 
improve  any  operating  plan  that  requires 
a  formal  "walk  through"  before  implemen¬ 
tation.  Animated  simulations  show  ob¬ 
jects  on  a  screen  behaving  as  actual 
objects  should.  A  game  based  on  simu¬ 
lation  can  help  train  a  person  to 
identify  radioactive  contaminants. 
Planners  can  study  how  on-site  assembly 
might  interfere  with  installation  opera¬ 
tions.  Simulation  can  help  us  cope  with 
complex  interactions  among  uncertain 
events . 

Simulation  provides  Naval  Shipyard 
personnel  an  important  opportunity  to 
Utilize  existing  hardware  to  meet  new 
challenges.  The  tool  has  been  applied 
only  minimally  in  the  shipyard  environ¬ 
ment.  NAVSEA  07 ' s  PIERS  product  has 


produced  a  test  version  of  a  product  that 
approaches  simulation.  It  is  program 
using  a  Lotus  1-2-3  worksheet  and  macro 
that  simulates  the  effect  of  variability 
and  allowance  factors  in  the  completion 
of  work  packages.  The  work  packages  in¬ 
clude  tasks  involved  in  implementing  an 
industrial  process.  Though  useful,  the 
program  provides  only  a  preview  of  the 
complex  simulation  available  through  the 
full  simulation  development  packages  we 
have  discussed. 

B.  NEXT  STEPS  THE  WORKSHOP 

From  examples  of  successful  appli¬ 
cations  of  simulation  we  can  begin  to 
appreciate  the  potential  results  that 
this  tool  might  yield  in  the  shipyard. 
However,  the  investment  in  computer 
resources,  simulation  software  and  user 
training  is  not  insignificant.  The 
Naval  community  needs  to  continue  to 
explore  the  possible  range  of  applica¬ 
tions,  the  potential  value,  and  the 
means  for  acquiring  this  capability. 

This  exploration  is  the  purpose  of  the 
Simulation  Workshop  planned  for  mid  June 
in  the  Washington  D.C.  area.  (2) 

The  workshop  will  bring  together  the 
shipyard  experience  of  Industrial 
Engineer  and  the  modeling  experience  of 
the  simulation  product  specialist.  The 
real  needs  of  the  shipyard  will  be  ex¬ 
amined  and  evaluated  as  candidates  for 
simulation.  Shipyard  managers  and 
engineers  will  have  the  opportunity  to 
examine  the  technology  first  hand. 

Busy  managers  and  engineers  engaged 
with  the  everyday  workload  are  hard 
pressed  to  take  a  creative  look  at  pro¬ 
blem  areas,  much  less  at  long-range 
solutions.  But  unless  our  shipyard 
personnel  identify  needs,  they  cannot 
use  simulation  to  discover  improvements 
in  their  working  processes.  The  work¬ 
shop  will  provide  an  objective  environ¬ 
ment  for  exchanging  information  and 
brainstorming . 

At  the  end  of  the  workshop  managers 
and  engineers  will  be  able  to  view  the 
shipyard  environment  with  a  modeling 
perspective.  They  will  learn  to  recog¬ 
nize  where  simulation  could  be  useful 
and  what  sort  of  results  they  can  except. 
They  will  also  have  a  better  under¬ 
standing  of  the  software  tools  avail¬ 
able  to  them  and  the  resource  invest¬ 
ment  required. 

This  workshop  will  prepare  parti¬ 
cipants  to: 

Evaluate  shipyard  activities  as 
subjects  for  simulation 
Estimate  the  investments  required 
to  perform  simulation 
Project  the  potential  benefit 
2  The  Simulation  Workshop  was  still 
planned  as  of  the  writing  of  this 
paper,  and  hopefully  will  be  completed 
by  the  time  this  paper  is  presented. 


11.6 


The  synergy  of  a  workshop  exchange 
can  lead  to  new  understandings  of  the 
potential  of  simulation  and  construc¬ 
tive  planning  for  its  utilization.  Our 
goal  is  to  develop  a  commitment  to 
simulation  as  an  approach  to  problem 
solving  and  a  consensus  for  a  coor¬ 
dinated  approach  to  its  use  in  the 
Naval  Shipyard. 
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